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^ (57) Abstract: The present invention is a method and a mobile unit for the management of memory space in a subscriber identinty 
^ module (SIM) for wireless communication, e.g. mobile telecommunication. Accoixling to the invention, the memory area of the SIM 

Ois divided into memory areas allocated for an operating system and for information related to the communication, respectively. The 
infomiation stored in the areas is dynamically managed so as to optimise a free memory capacity of the memory area allocated for 
^ mformation related to the communication. The invention thus provides a memory structure with improved abilities e.g. for storing 
1^ a user application in a mobile telephone. 
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A METHOD AND A SYSTEM FOR THE MANAGEMENT OF MEMORY SPACE IN A 
SUBSCRIBER IDENTITY MODULE 

Field of the Invention 

5 

The present invention relates to a method for rearranging the memory space of a 
subscriber identity module (SIM) of a mobile unit for wireless communication. 
The present invention is concerned with dynamic allocation and management of memofy 
space of an E^PROM or similar electronic circuit adapted for storing data in portable units. 

10 

Description of the Prior Art 

In general, mobile units for wireless communication are connected to a host providing 
wireless services, e.g. telecommunication services. The communication between a mobile 

1 5 unit and the service provider is typically conditioned on the provision of a verifiable Identity 
of the mobile unit. Typically, e.g. for the GSM telecommunication system (Global System 
for Mobile communication) the identity of the mobile unit is provided via a SIM module 
connected to the mobile unit. Besides from hosting an identification code, the SIM module 
is capable of storing infonnatlon such as phone numbers, SMS messages (Short 

20 Message Service) or even capable of storing applications. Typically the service provider 
provides a SIM module - in the form of an E^PROM - to the user of a mobile unit. Before 
the user receives the SIM module, it is being personalised, which means that personal 
Infonnatlon has been recorded for a unique identity of that SIM module. At the same 
stage, the SIM module is provided with a storage structure according to which the user is 

25 able to use a predetermined amount of storage capacity of the SIM module, e.g. for 
storing phone numbers or for storing applications to be executed on the mobile unit. The 
storage structure is not to be changed by the user and therefore the user may end in a 
situation where the memory structure will not allow for the storing of a user application 
even though memory capacity is available for storing SMS messages, which of course 

30 limits the utility value of the memory capacity. 

WO 00/31997 discloses a system for dynamic allocation of subscriber identity module 
memory areas and for distribution of memory areas between operator, service provider 
and subscriber. However, WO 00/31997 does not disclose a system wherein a mobile unit 
35 in H self is adapted to dynamically allocate subscriber Identity module memory areas. In 
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contrary, the disclosed system depends on a management system extemal to the mobile 
device, for management of dynamic allocation of memory areas. 

Descriotion of the Invention 

5 

It is an object of the present invention to provide a method and a system that will allow for 
dynamic management of the memory structure of a SIM module and which therefore 
eliminates the above-mentioned drawback. 

10 Accordingly the present invention relates to a method for the management of memory 
space in a subscriber identity module of a mobile unit for wireless communication, said 
method comprising: 

- providing the subscriber identity module (SIM) with a first memory area having a first 
15 memory capacity allocated for an operating system of the mobile unit, 

- providing the subscriber identity module with a second memory area having a second 
memory capacity for storing information related to the wireless communication, and 

- from the mobile unit, dynamically managing the information stored in the second 
memory area so as to optimise a free memory capacity in the second memory area. 

20 

Preferably, the method utilises a file manager which allows to dynamically allocate sizes 
of a plurality and preferably all files In an E^PROM. The aforementioned files may contain 
the information stored in the second memory area. 

25 The frrst and second memory areas could be provided either virtually as a partition of the 
same memory block of the SIM module or they may be provided in two separate memory 
blocks of the SIM module. The provision of the two memory areas could be done, e.g. by 
the provider of the SIM module, by a provider of sen/ices for wireless communication or 
even by the user of the mobile unit At the same time an operating system could be stored 

30 in the first memory area. Preferably the operating system is stored in a protected manner, 
so that the operating system cari not be deleted by acddent. The SIM should also have a 
unique identity code stored in a protected manner so that no one but the provider of the 
SIM modules or the service provkJer can read or change the identity of a SIM module. 
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The user of the mobile unit could carry out the management of the information stored in 
the second memory area directly from the mobile unit. The user would not even have to 
connect to a service provider, such as to an OTA server (Over the Air sender) in order to 
change the memory structure of the SIM module, in that the structure may be changed 
5 directly via the mobile unit. This is an advantage e.g. if the mobile unit is being used in 
areas not covered by wireless communication signals. 

The second memory capacity could be partitioned in a firee memory part and at least one 
reserved memory part. The partition could as an example be done by storing a number of 

10 files in the second memory area. The files could be used as folders for storing information. 
As an example, the user may create a file for storing infonfnation related to SMS 
messages, a file for storing ADN (Abbreviated Dialling Number) information and a file for 
storing FDN infomiation. The remaining capacity of the SIM module may be left as free 
memory, which at any stage may be allocated to one of the created files or for new files. 

15 Whenever one of the files does not provide sufficient memory capacity to store 

infonnation the file size may be increased. If free memory space is not available the size 
of other files may be shrinked so as to establish the necessary memory capacity. The 
change of the size of the files may tal<e place dynamically when memory capacity 
needed and without connecting to a telecommunication service provide. 



20 



If the size of one file or one reserved memory part is getting larger than necessary the 
size of that file or part may be shrinked and the released memory capacity is then 
available for later allocation to any of the reserved memory parts or files, of for storing any 
information or application on the SIM module. 



25 



If the need for firee memory capacity requires that either infomiation included in files or 
entire files are deleted, information and files may be deleted at any time. If infonnation 
included in a file is deleted, the size of the file is shrinked and therefore free memory 
'space will be available for enlarging any of the other existing files, for creating new fifes or 

30 for storing applications in general. The deletion of files or the deletion of information 
included In files and the succeeding shrinking of files may be done automatically, e.g. 
based on a certain pre-specified criterion. As an example, the user may have specified 
that infonnation related to SMS messages may be deleted firom the memory, if memory 
capacity is needed for telephone numbers. As another example, the user may have 

35 specified that telephone numbers may be deleted if memory capacity is needed for a user 
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application. The user could, if necessary, be warned before such deletion of infomriation 
takes place. 

According to one embodiment of the invention, memory capacity is achieved by 
5 combining existing files into one file, which will optimise the amount of infomiation that 
may be stored within a given storage area. 

Preferably the management of information is based on a request for a memory capacity. 
As an example, the user may try to store a phone number, an address or any other kind of 

10 information on the SIM module. If the free memory capacity is not sufficient in order to 
store the infonmation, the user may be provided with selectable options, such as for 
deleting certain files or certain information. As another example, a service provider may 
try to store a user application in the second memory area of the SIM module. If sufficient 
memory is not fore hand, the user of the mobile device or the provider of service may be 

15 given the choice of deleting files or deleting specific infomiation, or the choice of 

restmcturing the memory of the SIM module, so as to establish more memory capacity. 

The request for memory capacity could be transmitted to the mobile unit by means of 
wireless communication between the mobile unit and a wireless unit of a service provider. 

20 The transmission of such a request could as an example come from a provider of 

telecommunication services who wants to advertise. The provider may send a request to 
the mobile unit, to store advertising information in the memory of the SIM module. The 
user of the mobile unit may either have decided to accept such approaches no matter if 
existing information must be deleted in order to create sufficient memory capacity, have 

25 decided only to accept such approaches if suffident capacity exists or have decided never 
to accept such approaches. If existing information is to be deleted is appreciated tiiat the 
user of the mobile unit is requested to accept that the information is deleted. 

According to a prefenred embodiment of the invention the second memory area is divided 
30 into: 

- a memory area for storing information related to SMS messages of the wireless 
communication system, 

- a memory area for storing information related to phone numbers, and 
35 - a memory area for storing applications to be executed on the mobile unit. 



wo 02/25976 



5 



PCT/DKOl/00603 



The areas could be created e.g. by creating files for storing Information, e.g. one file for 
storing infonnation related to SMS messages, one file for storing phone numbers and 
additional files for mnnfng applications on the mobile unit. 

5 

Preferably the memory area for storing applications is divided into: 

- a memory area reserved for a provider of services related to the wireless 
communication, and 
10 - a memory area reserved for a user of the mobile unit. 

In that way rt is easy to restructure the SIM memory of the SIM module, either by deleting 
all applications stored by the user of the mobile unit or by deleting all appDcations stored 
by a specific service provider. 

As an example, it may be defined that a certain capacity of the memory on the SIM 
module should t>e reserved for a service provider or service providers while another 
capacity of the memory on the SIM module should be reserved for the user of the mobile 
unit. The exact amount or the percentage of the capacity a service provider is allowed to 
allocate or reserve on the SIM module could be communicated by means of wireless 
communication between the provider and the mobile unit. 

According to a prefen-ed embodiment of the invention a service provider or the user of the 
mobile unit should be allowed to restnjcture substantially the entire memory of the SIM 
thodule, e.g. by uploading the infomnation to a memory area of the mobile device or by 
means of wireless communication uploading the infonmation to a database of the service 
provider. After the infomiation has been uploaded, either entirely or partly, the structure of 
the memory area of the SIM module is adapted to store the information in an optimised 
way so that most free memory capacity is achieved on the SIM module. 

According to another aspect the present invention relates to a mobile unit for wireless 
communication, said unit being provided with SIM module with a first memory area having 
a first memory capacity allocated for an operating system of the mobile unit and a second 
memory area having a second memory capacity for storing infomiation related to the 
wireless communication, the mobile unit being adapted to dynamically manage the 



25 



30 



35 
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information stored in the second memory area so as to optimise a free memory capacity 
in the second memory area. 

Detailed description of the invention 

5 

A prefenred embodiment of the Invention will now be described in details with reference to 
the drawing in which: 

Fig. 1 shows a conventional system for wireless communication, 

10 

Fig. 2 shows a system for wireless communication according to the present invention, and 
Fig. 3 shows a menu stmcture of a system according to the present invention. 

15 Referring to Fig. 1 a conventional system for wireless communication comprises a mobile 
phone 1 provided with a SIM module 2. The SliVI module 2 has been provided by a 
service provider 3, who has personalised the SIM module 2. The memory of the SIM 
module has been structured by the service provider before the user of the mobile phone 
receives the SIM module. As indicated, the memory of the SIM module 2 is arranged in 

20 memory blocks 4. The memory blocks could be dedicated for storing of information such 
as ADN, FDN, SMS or various user applicatrons. Typically, the sizes of the memory 
blocks are fixed, even though the user of the mobile phone, at least for some systems, 
may use blocks of a fixed size for various purposes. 

25 Refening to Fig. 2, a system according to the present Invention comprises a mobile phone 
1 provided with a SIM module 2 owned either by a service provider - not shown in the 
drawing or owned by the user of the mobile phone. The SIM module Is partitioned In a 
system block 5 and user block 6. The memory capacity of the user block 6 may be 
managed by an applicatton which allows flexible allocation of memory space and files in 

30 combination with an operating system. The SIM card makes a physical reallocation of the 
E^PROM memory when updating existing files and creating new files. Since ttie SIM card 
does not use pre-allocated space in tiie E^PROM for ttiis operation, but makes a physical 
reallocation of existing and new files in the E^PROM, the SIM card will always have the 
maximum free space available to the users or operators. Since the physical update of 
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e¥R0M space also makes sure that the card is not fragmented, so that the full potential 
of space is available on the SIM card. 

The pracHcal use of this invention is to give the user full control of the memory size of the 
5 user assessable files such as ADN, SMS, FDN etc. and to give the operator full control of 
the remaining assessable files. This makes it possible for the user and/or operator (GSM 
Network) to make a reconfiguration of the SIM card adding new functions or storage 
possibilities to the SIM card. 

10 The flexible allocation of memory space and files is done by the SIM card application 
alone without use of external equipment. The handset is used as the interface between 
the user and ttie SIM card. The control of this Tile Manager" application can also be done 
via a \N\N\N page or a remote server. In this case a SIM module provider will provide 
specific commands in tiie SMS fomi to control and allocate files. 

15 

Regardless of the interface all files are created by the SIM card alone based on tine 
prompt to the SIM card made by the Tile Manager" application, as well as all changes in 
size of files is done by the SIM card alone and involves a physical reallocation of E^PROM 
space. 

20 

The functionality of tiiis solution is handset independent and will function on any compliant 
GSM Phase 2+ handset. 

The physfcal changes made on the SIM card are possible due to the following features of 
25 the SIM module provider after the SIM card has been personalised and left the factory: 

A: The possibility of shrinking or extending the size of any file on the SIM 

B: The possibility of creating new files on the SIM card. 

30 

The combination of these two functions togetiier with the "File Manager* application 
results in the flexible allocation of memory on the SIM card. 

Existing infomiaUon is not hamned by a change of file size. E.g. if tiiere is information 
35 typed in the ADN list then tiiis information will also be available after an update invoh/ing a 
change of the size in the ADN list. 
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The functionality of a given solution using the Tile Manager' is described from a menu 
located on the SIM card this menu can be seen on e.g. the handset. 

5 The menu can be tailor made to fit the requirements of the operator and will as such not 
necessarily include all possibilities offered by this solution. 

The management of memory on the SIM module is managed by an application, e.g. to be 
stored on the module. When tiie user invokes the application by menu-selection, the 
10 follov^ing possibilities will be presented: 

• Information on the current capacity of ADN-, FDN- and SMS-records. 

• More SMS records. 

• More ADN reconJs. 

15 • FDN Utilities. (Requires PIN code 2 verification). 

• Delete all SM messages. 

The very limited number of possibilities is chosen, to make the application as simple to 
use as possible. The menu structure could be like shown in Fig. 3. 

20 

More SM records / more ADN records: 

As long as unused E^PROM memory exists, the files will be extended unconditional. If the 
demanded extension exceeds the free memory available, the user can accept to shrink 
the other file (EFsms or EFadn). Prior to giving his accept, the user will also be notified if 
25 any used records will be deleted hereby. 

FDN Utilities: 

Entering the 'FDN Utilities' will lead to a PIN code 2 verification. If this is passed 
successfully, the user will have the possibility of adding or removing FDN records. 
30 Extensions are made as mentioned above, except that, in the event of no free memory, 
the user must choose to remove either SM records or ADN records. 

The number of records in a file is limited to 255. The application should probably send a 
REFRESH to the ME after having changed the number of records in a filel Some phones 
35 might require a 'reboof to update, but as resizing of the files is not expected to be done 
very often, this seems to be acceptable. 
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The application could as an example be implemented on a DZSIM 2.2 card (16k E^PROM 
memory). 

5 A prefenred menu structure for an application and a system according to the invention and 
the functionality thereof will be described in the following pages. 

The application, in the following being referred to as the FileMan application sets up a 
menu on the display of the mobile unit, e.g. a mobile phone. From the menu, the user may 
10 choose among procedures related to the files EF_ADN, EF_SMS and EF_FDN, where 
SMS is an abbreviation for "Short message sen/ice", ADN is an abbreviation for 
"Abbreviated dialling numbers" and FDN is an abbreviation for "Fixed dialling numbers. 

The application sets up a menu for the user, wherein procedures can be chosen. The 
15 procedures relate to the files EF_ADN, EF-SMS and EF_FDN. In orderto maintain the 
integrity of the file system, the resize operations on the files are carried out by use of the 
transaction machine. The menu structure is shown on in the diagram below. 
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Size (Used/Max): 
SMS:10( (V62) 
AON:100( 7/255) 
FDW. 8( CW2S5) 



OK? 



*S»ze tnM 



•More ADNT 



•More SMS' 



•RenwiveADhf 



'Remove SMS* 



TON inas* 



■Clear SMS* 



Enter PIN2: 



NiOTiberToArfd: 



-Extend file- 



-No adfon- 



r 













{ 


■MoreFDNT | 


i 


'Remove FOK | 



NumberToReinove: 



NUMBER TOO B)G 



OK? 



-Shrink fOe- 



-Shrink fite- 



PROCEED? 
This win erase used 
records. 



OK? 



-Clear fite- 



WARNING! 
This viri9 clear aQSM 
records. 



OK? 
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Size Info 

Here a status of the files EF_SMS, EF_ADN and EF_FDN is presented. 
For each of the 3 fifes, the status is decimal numbers of: 

1) The number of records in the file. 

2) The last used record in the file (this number does not necessarily match the 
actual number of used records, as ^holes' in the files are not detected by the 
records). 

3) The maximum possible number of records in this file. 

Some of this information can be masked out due to special values of the 
placeholder indices in the info-text file. 

More ADN 

Offers the possibility of adding records to the file EF_ADN. The input prompt 
allows the user to input a desired number in the range 1 to 99. If this number 
together with the current number of records exceeds the maximum possible 
number of records, message #2 from the file RAS_MESS: 



If the entered number is valid, the modifications to the filesystem are made, and 
the phone is hereafter requested to make a SIM reset 

Remove ADN 

Offers the possibility of removing records from the file EF_ADN. The input prompt 
allows the user to input a desired number in the range 1 to 99. The minimum 
allowed number of records in any of the files is 1 . If the resulfing number of 
records is less than 1, message #2 from the file RAS_MESS is displayed: 




If the operation will remove records that hold data, message #3 from the file 
f^S_MESS is displayed: 



If the displayed message is accepted, the operation will be completed, and the 
phone is requested to make a SIM reset. 



wo 02/25976 



PCT/DKOl/00603 



12 



More SMS 

Offers the possibility of adding records to the file EF_SMS. The input prompt 
allows the user to input a desired number in the range 1 to 99. If this number 
exceeds 10. or together with the current number of records exceeds the 
maximum possible number of records, message #2 from the file RAS_MESS is 
displayed: 



If the entered number is valid, the modifications to the filesystem are made, and 
the phone is hereafter requested to make a SIM reset. 

Remove SMS 

Offers the possibility of removing records from the file EF_SMS. The inpvl prompt 
allows the user to input a desired number in the range 1 to 99. The minimum 
allowed number of records in any of the files is 1. If the number exceeds 10 or if 
the resulting number of records is less than 1 , message #2 from the file 
RAS_MESS is displayed: 



If the operation will remove records that hold data, message #3 from the file 
RAS_MESS is displayed: 



If the displayed message is accepted, the operation will be completed, and the 
phone is requested to make a SIM reset. 
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FDN Utils 

Access lo this functionality requires a correct presentation of PIN-code 2. The 
user is prompted for the code, the input is the verified. If the verification fails, 
message #5 from the file RAS_MESS is displayed: 



After the third consecutive failed verification PIN-code 2 is blocked, and message 
#4 from the file RAS_MESS is displayed: 



To unblock PIN2, the unblocking facility of the phone must be invoked. On most 
phones this can be done by enabling/disabling 'fixed dialling*. 

If the PIN-code is correct, the following possibilities on EF_FDN are offered: 

• More FDN (similar to more ADN) 

• Remove FDN (similar to more ADN) 
Clear SMS 

Offers the possibility of clearing all the records in EF_SMS. 
Message #3 from the file RAS_MESS is displayed: 



wmm. 



If the displayed message is accepted, the operation will be completed, and the 
phone is requested to make a SIM reset. 
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Known problems 

Use of the proactive command 'REFRESH' 

After any manipufation in files used by the ME, it is necessary to nnake the ME aware 
of the changes by using the 'Refresh' proactive command. This command can be 
used in 5 different modes as specified in GSM 1 1.14. Some of these modes are 
intended to use when files have been modified, and the ME needs to be notified 
without a full restart. Unfortunately the 'Refresh' command is no properly supported 
by all phones, so therefore the command is used to make a SIM reset. 
Phones that doesn't support 'REFRESH* properly: 

• Motorola 920 1 + possibly all other Motorola 

Time out problems 

On some phones temporary errors have been observed, when large changes is 
requested. These enrors seem to occur due to timeout in the ME, when the actual 
moving of E^PROM data is done. 
Phones that seems to timeout early: 

• Alcatel One Easy Touch 

• Ericsson Aid 8s 



Unreadable / misalignment of display text 

Not all phones display the application text messages as intended. Phones that 

doesn't display the text correct: 

• Ericsson T28 s (Reported by MPM, Graphium) 



Personalisation 

Please refer to the document FileMan_jpers_f iles . doc for information related to 
the files and personalisation. 

Extensions 

00-06-26: The size template changed (ras32.pro). Parentheses replaced by 
forward slash. To fix reported bug on Ericsson T28s, *CR' characters inserted instead 
of IF. 

PIN2 verification 

The verification of PIN2 is has been implemented in the minimum way, i.e. only the 
prompt and verification is made. Unblocking is left behind for the phone itself. This 
poses a potential problem for phones not having an unblocking facility for PIN2. This 
is regarded as a feature, intended by the designers of the phone. Problem child: 
Motorola cd920 1 



wo 02/25976 



PCT/DKOl/00603 



15 



preliminary test list 

The application has been tested in the following phones: 



Phone 


Success 


Problems 


Critical 
Errors 


Remarks 


Bosch 909 










dl itrbSOn A 1 U 1 OO 


V 




• 


Size info displayed in a 
messy way. 

If more than 2 SMS are 
removed: Insert SIM. 
Normal operation after 
restart. 


Ericsson R320s 


✓ 








Nokia 7110 








Messv refresh aftpr rpmnvp 
SMS. 


Nokia 3210 


✓ 








Sony CMD-5 


✓ 








Motorola v3688T. 








No unblocking facility for 
PIN2 


Motorola ccl920 1 


✓ 






No unblocking facility for 
PIN2 


Motorola Timeport 








No unblocking facility for 
PIN2 


New Nokia 6210? 








Phone answers 'command 
beyond ME • s 
capabilities' when a 
SETUP MENU is sent 
Phone error. 



Corrections 

In response to the general result 'command beyoridi ME • s capabilities' on a 
SETUP MENU proactive command, the application retries an infinite number of 
times. This was corrected, so the application now stops trying after the first 
unsuccessful attempt. 

Proposals for future work 

• Add a function that automatically fills up any 'holes' in a file with the last records 
in that file. This will make it easier for the user to decide when he could save 
records by moving them manually (never), prior to using the remove functions. 

Users nianual 

Please refer to the document Fileman users manual.doc . 



SUBSTnUTE SHEET 
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In the following, the application will be described in greater details by use of file and text 
string descriptions. Especially, personalisation and file plans will be described. 



Change log 

00-06-1.4 Created SMJ " ' ' *. 

00-07-03 SMJ: First test versbn for test cards released to MPiyitaK^raphium J V • 
00:07-04 SMJ: Test template file for size info extended with placeholder indices: ' 

Personalisation 

To ease the move operations on the filesystem, it is necessary to create the files so • • 
the telecom directory^ 7F10, is the physically last one. Within 7F10 the files EF^FDN],; * ' 
EF_SMS and EF_ADW, shall be the physicajly last ones (in that order). 



Bcample profile: 






vrtlk,TF20,D,GSH ' ,taMA44,1> ; The GSM Directory • • 




DF£HD ; aMSlng the 6SM Directory ' 




*. * *♦ » 
PIlif,7F30,D;APFLZC- , 1014444 » J> ' . 7 The Toolkit' Dire'ctozy, ' * ' 




PUJB, 6P90 , T, RAS * WON 

FfLE,6PS2,T,RftS MKSS * * . ' * . • - 
• • . FIUS,6F93,T,JaS 61 ' ' * . ' . 

FiX.B,6F94,T,RAS Gi2 ' ' * • 

FZLB,6F9G,T,RASJITEH ' 




' TSiBWD 'i Bsding. the TopUdt' Directory - ' . . '''^ 




.'• A " ... * .. ' 
. iPIIi^.Tno.D^TSLBCOM- «MN4444,D ; Thfe TeIecoa*^i>irectory> 






■ - -* 


DFENE^ y Ending the' Telecom' Directory- 

■ ' ' ! - 

on)- . . - - ' • * * * •* 





SUBSTlTLrrE SHEET 



wo 02/25976 PCT/DKOl/00603 

17 



File plan, toolkit directory. 




RAS^MAIN 
This is the file used for setting up the main menu. 



Identifier. 6F90 | 


Stmclure: transparent 


1 




File size: 93 bytes 




Update activity; low 




Access conditions: 










REA 
UPC 
INV/ 

REIr 


D 

>ATE 

\LIDATE 

lABILITATE 


ALW 
CHV3 
CHV3 
CHV3 








Bytes 


Description 


M/O 


Length 


1-9 


Alpha identifier TLV 


O . 


9 bytes 


10-21 


Menu item TLV 1 


M 


12 bytes 


22-32 . 


Menu item TLV 2 


M 


11 bytes 


33-45 


Menu item TLV 3 


M 


13 bytes 


46-56 


Menu item TLV 4 


M 


11 bytes 


57-69 


Menu item TLV 5 


M 


13 bytes 


70-81 


Menu item TLV 6 


M 


12 bytes 


82-93 


Menu item TLV 6 . 


M 


12 bytes - 



Alpha identifier TLV 


Descnption . • 


M/O 


Length 


Value 


Alpha identifier tag 


M 


1 


$05 


Length 


M 


1 


$07 


Alpha identifier string 


M . 


7 


TileMan' 
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Menu item TLV 1 








Description 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$0A 


Identifier of item 


M 


1 


$01 


Text string of Hem 


M 


9 


'Size info' 




Menu Item TLV 2 1 


uescnption 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$09 


Identifier of Rem 


M 


1 


$02 


Text string of item 


M 


8 


'MoreADN' 




Menu Itenn TLV3 " 1 


uescnption 


WO 


Length 


Value 


Hem tag 


M 


1 


$0F 


Length 


M 


1 


$0B 


Identifier of item 


M 


1 


$03 


Text siring of item 


M 


10 


'Remove ADN' 



Menu item TLV 4 


Description 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$09 


Identifier of item 


M 


1 


$04 


Text string of item 


M 


8 


'More SMS' 



Menu Item TLV 5 


Description 


M/O 


Length 


Value 


Item tag 


M 


1 - 


. $0F . 


Length 


M 


1 


$0B 


identifier of Hem 


M 


1 


$05 


Text string of item 


M 


10 


'Remove SMS' 




Menu Item TLV 6 


Description 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$0A 


Identifier of item 


M 


1 


$06 


Text string of item 


M 


9 


•Clear SMS* 




Menu item TLV 7 


Description 


M/O 


Length 


Value 


item tag 


M. 


1 


$0F 


Length 


M 


1 


$0A 


Identifier of item 


M 


1 


$07 


Text string of item. 


M 


9 


•FDN Utils* 
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RAS^INFO 

This file contains the text 'skeleton' used when displaying the file information. This file 
should only be changed in the event of changes in the application source! 



Identifier 6F91 | Structure: transparent | 


Rie size: 74 bytes ) Update activity: low 


Access .CO 
REA 
UPD 
INVy 
REH 


nditions: 

D ALW 
lATE CHV3 
\LIDATE CHV3 
ABILITATE CHV3 


Bytes 


Description 


M/O 


Length ; 


1-65 


TexlTLV 


M 


65 bytes 


66-74 


Placeholder indices 


M 


9 bytes 



Text TLV 


Description 


M/O 


Length 


Value 


Text string tag 


M 


1 


$05 


Length 


M 


1 


$44 


Data coding scheme 


M 


1 


$04 


T6xt string 


M 


62 


'SizeaJsed/Max:^ 
'SMS:xxx/xxx/XXX'$OA 
•AbN:yyy/yyy/YYY'$OA 
•FDN:z2ztez/ZZZ' 




Placeholder indices 


Description 


M/O 


Length 


Value (with the above text) 


No__of_SMSJndex 


M 




$14 


Used SMS index 


M 




$18 . 


Max SMS index 


M • 




$1C 


No_of_ADNJndex 


M 




$24 


Used^ADNJndex 


M 




$28 . . 


Max ADN index 


M 




$2C 


No of FDN index 


M . 




$34 


Used FDN index 


M 




$38 


Max FDN index 


M 




$3C 



Note: The application will overwrite the placeholders (x/X/yA'/z/Z), that has been 
defined in the Placeholder indices' section by their location relative to the 1. byte of 
the string (in hexadedmai values). 



Placeholder indices 



Index 


1 


.2 


3 


4 


5 


6 


7 


8 


9 


A 


B 


C 


D 


E 


F 


10 


char. 


S . 


. i 


z 


e 


/ 


U 


s 


e . 


d 


/. 


M 


a 


X 




OA 


S 




Irtdex 


11 


12 


13 


14 


15 


16. 


17 


18 


19 


1A 


IB 


1C 


ID 


IE 


IF 


20 


char 


M 


S 




X 


X 


X 


/ 


X 


X 


X 


/ 


X 


X 


X 


OA 


A 


Index 


21. 


22 


23 


24 


25 


26 


27 


28 


29 


2A 


2B 


2C 


2D 


.2E 


2F 


30 


char 


D 


N 




y 


y 


y 


/ 


y 


y . 


y 


/ 


Y 


Y 


Y 


OA 


F 


Index 


.31 


32 


33 


34. 


35 


36 


37 


38 


39 


3A 


3B 


3C 


3D 


3E 






■ char 


D 


N 




z 


z. 


z 


/ 


z 


z 


z- 


/ 


Z 


Z 


Z 







$OA = linefeed character 
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If the field 'Used' should be omitted from the display text, this can be done by giving 
the file the following content: 



Text string: 



Index 


1 


2 


3 


4 


5 


6 


7 


8 


9 


A 


B 


C 


D 


E 


F 


10 


char 


S 


i 


z 


e 


/ 


M 


a 


x 




OA 


S 


M 


S 




X 


X 




Index 


11 


12 


13 


14 


15 


16 


17 


18 


19 


1A 


IB 


1C 


1D 


IE 


IF 


20 


char 


X 


/ 


x 


x 


x 


OA 


A 


D 


N 




y 


y 


y 


/ 


y 


y 




Index 


21 


22 


23 


24 


25 


26 


27 


28 


29 


2A 


2B 


2C 


2D 


2E 


2F 


30 


char 


y 


OA 


F 


D 


N 




2 


2 


2 


/ 


2 


2 


z 









Placeholder indices: 



# 


1 


2 


3 


4 


5 


6 


7 


8 


9 


Value 


$0F 


$13 


$13 


$1B 


$1F 


$1F 


$27 


$2B 


$2B 



RASJWESS 

This file contains the text for the warning messages for the application. 

Identifier: 6F92 I Structure: transparent | 
File sizerl 34 bytes | Update acUvrty: low 

Access conditions: 

READ ALW 

UPDATE CHV3. 

INVALIDATE CHV3 

REHABILITATE CHV3. 



Bytes 


Description 


M/O 


Length 


1-43 


TextTLV 


M 


43 bytes 


44-60 


TextTLV 


M 


17 bytes 


61-101 


TextTLV 


M 


41 bytes 


102-117 


TextTLV 


M 


16 bytes 


118-134 


TextTLV 


M 


17 bytes 



TextTLVI 


Description . 


M/O 


Length 


Value 


Text string tag 


[ M 


1 


$0D 


Length 


M 


1 


$29 


Data coding scheme 


M 


1 


$04 


Text string 


M 


40 


•WARNINGr$0A 
This vyill clear . ail 
records." 




TextTLV 2 


Description . . 


M/O 


Length 


value 


Text string tag 


M 


1 


$0D 


Length 


M 


1 


$0F 


Data coding scheme 


M 


1 


$04 


Text string 


M 


14 


•NUMBER TOO BIG' 
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TextTLV3 


Description 


M/O- 


Length 


Value 


Text string tag 


M 


1 


$0D 


Length 


M 


1 


$27 


Data coding scheme 


M 


1 


$04 


Text string 


M 


38 


■PROCEED?'$0A 
This win erase used 
records.' 




TextTLV4 


Description 


M/O 


Length 


Value 


Text string lag 


M 


1 


$0D 


Length 


M 


1 


$0E 


Data coding scheme 


M- 


1 


$04 


Text string 


M 


13 


•PIN2 BLOCKED!' 




TextTLVS 


Description 


M/O 


Length 


Value 


Text string tag 


M 


1 


$0D 


Length 


M 


1 


$0F 


Data coding scheme 


M 


1 


$04 


Text string 


M 


14 


"WRONG PIN-CODE' 



RAS Gi 



This file contains the label text for the prompt for number of records to add. 



Identifier 6F93 


1 Structure: transparent 


I 


File size: 19 bytes 




1 Update activity: low 


Access CO 
REA 
UPC 
INV> 
REH 


nditions: 
.0 

>ATE 

XLIDATE 

lABILITATE 


ALW 

CHV3 

CHV3 

CHV3 . . 






Bytes 


Description 


M/O • 


Length 


1-15 


Text TLV 


M 


15 bytes 


16-19 


Response length TLV 


M 


4 bytes 



Text TLV 


Descnption 


M/O 


Length 


Value 


Text string tag 


M 


1 


$0D. 


Length 


M 


1 


$00 


Data coding scheme 


M 


1 


$04 


Text string 


M 


12 . 


'NumberToAdd:' 




Response length TLV 


Description 


M/O 


Length 


Value 


Response length tag 


M 


1 


$11 


Lerigth 


M 


1 


$02 


Minimum length of response 


M 


1 . 


$01 


Maximum length of-response 


M 


1 


$02 
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RAS GI2 



22 



Identifier: 6F94 


1 Structure: transparent 




File size: 22 bytes 


i Update activity: low 


Access conditions: 








READ 


ALW 






UPDATE 


CHV3 






INVALIDATE 


CHV3 






REHABILITATE 


CHV3 






Bytes 


Description 


M/O 


Length 


1-18 


TextTLV 


M 


18 bytes 


19-22 


Response length TLV 


M 


4 bytes 



TextTLV 


Description 


WO 


Length 


Value 


Text string tag 


M 


1 


$00 


Length 


M 


1 


$10 


Data coding scheme 


M 


1 


$04 


Text string 


M 


15 


'NumberToRemove:' 




Response length TLV 


Description 


M/O 


Length 


Value 


Response length tag 


M 


1 


$11 


Length 


M 


1 


$02 


Minimum length of response 


M 


1 


$01 


Maximum length of response 


M 


1 


$02 



RAS_G13 

This file contains the label text for the prompt for number of records to remove. 



Identifier 6F95 



Structure: transparent 

I Update activity:, low 



Rie size: 22 bytes 



Access conditions: 

READ ALW 

UPDATE CHV3 

INVALIDATE CHV3 

REHABILITATE CHV3 



Bytes 



Description 



M/O 



Length 



1-14 



TextTLV 



M 



14 bytes 



15-18 



Response length TLV 



M 



4 bytes 



TextTLV 


Description 


M/O 


Length 


Value 


Text string tag 


M 


1 


$0D 


Length 


M 


1 


$0C 


Data coding scheme 


M 


1 


$04 


Text string 


M 


11 


'Enter PIN2:' 




Response length TLV 


Description 


M/O . 


Length 


Value 


Response length tag 


M 


.1 


$11 


Length 


M 


1 


$02 


Minimum length of response 


M 


1 


$04 


Maximum length of response 


M 


1 


$08 
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RASJTEM 

This is the file used for setting up the 'FDN utils' menu. 



Identifier: 6F96 | 


Structure: transparent 


1 


File size: 35 bytes 




Update activity: low 


Access conditions: 








REA 
UPC 
INV/ 
REH 


D 

►ATE 

\LIDATE 

lABILITATE 


ALW 
CHV3 

CHV3 
CHV3 






Bytes 


Description 


M/O 


Length 


1-11 


Alpha identifier TLV 


O 


11 bytes 


12-22 


Menu item TLV 1 


M 


11 bytes 


23-35 


Menu item TLV 2 


M 


13 bytes 



Alpha identifier TLV 


Uescnption 


M/O 


Length 


Value 


Alpha identifier tag 


M 


1 


$05 


Length 


M 


1 


$09 


Alpha identifier siring 


M 


9 


•FDN Utils' 




Menu item TLV 1 


Descnption 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$09 


Identifier of item 


M 


1 


$01 


Text string of item 


M 


8 


'More FDN' 




Menu item TLV 2 


Description 


M/O 


Length 


Value 


Item tag 


M 


1 


$0F 


Length 


M 


1 


$0B 


Identifier of item 


M 


1 


$02 


Text string of Item 


M 


10 


'Remove FDN' 
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Claims 

1 . A method for the management of memory space In a subscriber identity module of a 
mobile unft for wireless communication, said method comprising: 

5 

- providing the subscriber identity module (SIM) with a first memory area having a first 
memory capacity allocated for an operating system of the mobile unit, 

- providing the subscriber Identity module with a second memory area having a second 
memory capacity for storing infomnation related to the wireless communication, and 

10 - dynamically managing the infonmation stored in the second memory area so as to 
optimise a free memory capacity in the second memory area. 

2. A method according to claim 1, wherein the second memory capacity is partitioned In a 
free memory part and at least one reserved memory part. 

3. A method according to claim 2, wherein the capacity of the free memory part is 
dynamically changed. 

4. A method according to claim 2 or 3, wherein the capacity of the at least one reserved 
20 memory part is dynamically changed. 

5. A method according to claim 3 or 4, wherein the change of the capacity of the free 
memory part or the reserved memory part is perfomied by reallocating memory capacity 
from the free memory part to the at least one reserved memory part. 

25 

6. A method acconJing to claim 3 or 4, wherein the change of the capacity of the free 
memory part or the reserved memory part is perfonned by reallocating memory capacity 
from the at least one reserved memory part to the free memory part. 

30 7. A method according to any of the preceding claims, wherein the change of the capacity 
of the free memory part or the reserved memory part is performed by deleting selected 
infonnation stored in the second memory area so as to enlarge the free memory capacity 
of the second memory area. 
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8. A method according to claim 7, wherein the selection of infomiation to delete is 
performed automatically based on a pre-specified criterion. 

9. A method according to any of the preceding claims, wherein the management of 

5 memory space comprises shrinking a selected file stored in the second memory area so 
as to provide free memory space in the second memory area. 

10. A method according to any of the preceding claims, wherein the management of 
memory space comprises enlarging the size of a selected file stored in the second 

10 memory area so as to create free memory space for storing infomnation In the file. 

11. A method according to any of the preceding claims, wherein the management of 
memory space comprises combining more files into one file, so as to create free memory 
space in the second memory area. 

15 

12. A method according to any of the preceding claims, wherein the management of 
infonnation is based on a request for a memory capacity. 

13. A method according to claim 12, wherein the request is transmitted to the mobile unit 
20 by means of wireless communication. 

14. A method according to any of the preceding claims, wherein the second memory area 
is divided into: 

25 ~ a memory area for storing information related to SMS messages of the wireless 
communication system, 

- a memory area for storing information related to phone numbers, and 

- a memory area for storing applications to be executed on the mobile unit. 

30 15. A method according to claim 14. wherein the memory area for storing applications is 
divided into: 

- a memory area reserved for a provider of services related to the wireless 
communication, and 

35 - a memory area reserved for a user of the mobile unit. 
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16. A method according to claim 15, wherein the capacity of the memory area reserved 
for a provider and the capacity of the memory area reserved for a user is adjusted based 
on a pre-specified criterion. 

5 17. A method according to claim 16, wherein the pre-specified criterion is communicated 
by means of wireless communication between the provider and the mobile unit. 

18. A method according to any of the preceding claims, wherein the infonnation stored in 
the memory of the subscriber identity module is transfenred to an additional memory area 

10 of the wireless communication system, where after the first and/or the second memory 
area(s) are being personalised/reanranged. 

19. A method according to any of the preceding claims, wherein the infonnation stored in 
the second memory area is dynamically managed directly from the mobile unit. 

15 

20. A method according to any of the preceding claims, wherein the information is 
managed without communication to a service provider. 

21. A mobile unit for wireless communication, said unit being provided with a subscriber 
20 identity module (SIM) with a first memory area having a first memory capacity allocated 

for an operating system of the mobile unit and a second memory area having a second 
memory capacity for storing information related to the wireless communication, the mobile 
unit being adapted to dynamically manage the information stored in the second memory 
area so as to optimise a free memory capacity in the second memory area. 

25 

22. A mobile unit according to tiaim 21, wherein the second memory capacity is 
partitioned in a free memory part and at least one reserved memory part, the mobile unit 
being adapted to dynamically change the capacity of the firee memory part. 

30 23. A mobile unit according to claim 22. further adapted to dynamically change the 
capacity of the at least one reserved memory part 



35 



24. A mobile unit according to claim 22 or 23, wherein the change of the capacity of the 
free memory part or the reserved memory part is performed by reallocating memory 
capacity firom the free memory part to the at least one reserved memory part. 
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25. A mobile unit according to clainr) 22 or 23, wherein the change of the capacity of the 
free memory part or the reserved memory part is performed by reallocating memory 
capacity from the at least one reserved memory part to the free memory part. 

26. A mobile unit according to any of the preceding claims, further adapted to delete 
information stored in the second memory area so as to enlarge the free memory capacity 
of the second memory area. 
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Fig. 1 
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Fig. 2 
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Preliminary roeBU structure / user interface 



Application mam menu 
tnfoJTnaSon 

More SM records 



More ADN records - 
More FDNUbTifies- 



Delete all SM-messages - 



You have currency: 
21 SM records 
100 ADN records 
lOFDNiBOords 



How many more? 





How many more? 


^ 





Enter PirG: 



)f>Mem 

U1 



Ok Id delete active 
SM-rcords? 
(Yes/No) 



Conflmi detele aB 
SAINeconte? 
(Yes/No) 



Add FDN records 

Remava FDN records 



Remove hew mariy? 



How many more? 



I 

If -Mem 

Choose file to 

shrink: 

1.ADN 

ZSMS . 



Ok to delete active 
SM-rcords? 
Cres/No) 



Fig. 3 
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